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bus BUS2. The data transfer control system aborts the 
DMA transfer when a device connected with BUS2 in- 
forms of completion of command processing. As the 
fixed DMA data length, a value greater than a storage 
capacity of a storage or a value greater than a data 
length which can be designated by a command is em- 
ployed. The data transfer control system issues a com- 
mand included in the ORB to a device connected with 
the bus BUS2 without decoding the command. 
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(57) A data transfer control system receives a com- 
mand packet ORB (SBP-2) transferred through a bus 
BUS1 (IEEE1394), and issues a command included in 
the ORB to a device connected with a bus BUS2 (ATA 
(IDE) /ATARI). The data transfer control system sets a 
sufficiently large fixed DMA data length irrespective of 
the type of the issued command, and instructs start of 
DMA transfer to or from the device connected with the 



bus BUS2. The data transfer control system aborts the 
DMA transfer when a device connected with BUS2 in- 
forms of completion of command processing.. As the 
fixed DMA data length, a value greater than a storage 
capacity of a storage or a value greater than a data 
length which can be designated by a command is em- 
ployed- The data transfer control system issues a com- 
mand included in the ORB to a device connected with 
the bus BUS2 without decoding the command. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to a data transfer 
control system, an electronic instrument, a program, 
and a data transfer control method. 
[0002] An interface standard called IEEE1394 is 
widely used in a personal computer (hereinafter may be 
called "PC"). A protocol called Serial Bus Protocol-2 
(SBP-2) is known as a higher layer protocol including a 
part of a function of a transaction layer of IEEE1394. In 
SBP-2 (SBP in a broad sense), a command set similar 
to that of SCSI (MMC-2) Is used. 
[0003] An interface standard called ATA (IDE)/ATAPI 
has been widely used for storage devices such as a CD 
drive, DVD drive, and hard disk drive. 
[0004] Therefore, a data transfer control system hav- 
ing a bus bridge function between IEEE1394 and ATA/ 
ATAPI is necessary for connecting a storage device hav- 
ing an ATA/ATAPI interface with a PC having an 
IEEE 1394 interface. 

[0005] This type of data transfer control system issues 
a SCSI (MMC-2) command transferred by using 
IEEE 1394 SBP-2 to a storage device as an ATA/ATAPI 
command. The data transfer control system decodes 
the SCSI command, analyzes the contents of the SCSI 
command, and starts DMA transfer between the data 
transfer control system and the storage device. 
[0006] However, since various types of commands 
are transferred by using SBP-2, decode (analysis) 
processing of such commands increases the process- 
ing load and processing time. 

BRIEF SUMMARY OF THE INVENTION 

[0007] To solve the above problem, the present inve n- 
tion may provide a data transfer control system, an elec- 
tronic instrument, a program, and a data transfer control 
method to reduce the processing load of decode 
processing of commands. 

[0008] One aspect of the present invention relates to 
a data transfer control system for transferring data 
through a bus, comprising: 

a command processing section which receives a 
command packet transferred through a first bus and 
issues a command included in the command packet 
to a device connected with a second bus; and 
a Direct Memory Access (DMA) transfer instruction 
section which sets a fixed DMA data length irre- 
spective of type of the issued command and in- 
structs start of DMA transfer to or from the device 
connected with the second bus. 

[0009] According to this data transfer control system, 
a command included in the command packet trans- 
ferred through the first bus is issued to a device con- 
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nected with the second bus. The fixed DMA data length 
is set irrespective of the type of the issued command, 
and the DMA transfer is then started. Therefore, it is un- 
necessary for the data transfer control system to per- 

5 form processing for acquiring an appropriate DMA data 
length corresponding to type of a command, whereby a 
processing load can be reduced. 
[0010] In this data transfer control system, the DMA 
transfer instruction section may abort the started DMA 

10 transfer when the device which is connected with the 
second bus and has received the issued command in- 
forms of completion of command processing. 
[0011] This enables the DMA transfer which has been 
started after setting a sufficiently long DMA data length 

'5 to be aborted on condition that the data transfer control 
system receives a notification of completion of the com- 
mand processing, whereby the DMA transfer can be 
completed appropriately. 

[0012] In this data transfer control system, the DMA 
20 transfer instruction section may instruct start of the DMA 
transfer when the device which is connected with the 
second bus and has received the issued command re- 
quests start of the DMA transfer. 

[0013] In this data transfer control system, the device 
25 connected with the second bus may be a device which 
writes data transferred through the second bus in a stor- 
age or reads data to be transferred through the second 
bus from the storage, and 

the DMA transfer instruction section may set a val- 
30 ue greater than a storage capacity of the storage as the 
fixed DMA data length. 

[0014] In this data transfer control system, the DMA 
transfer instruction section may set a value greater than 
a data length which is capable of being designated by 
35 a command included in the command packet as the 
fixed DMA data length. 

[0015] In this data transfer control system, the com- 
mand processing section may issue a command includ- 
ed in the command packet to the device connected with 
the second bus without decoding the command. 
[0016] This enables decode processing (decode 
processing for calculating the DMA data length size) of 
the command to be omitted, whereby a processing load 
can be reduced. 

^5 [0017] In this data transfer control system, the first 
bus may be a bus through which data is transferred ac- 
cording to a first interface standard and the second bus 
may be a bus through which data is transferred accord- 
ing to a second interface standard, and 

50 the command packet may be a packet defined by 

a higher layer protocol of the first interface standard. 
[0018] In this data transfer control system, the first 
bus may be a bus through which data is transferred ac- 
cording to the IEEE1394 standard and the second bus 

55 may be a bus through which data is transferred accord- 
ing to the AT Attachment (ATA)/ATA Packet Interface 
(ATAPI) standard, and 

the command packet may be an ORB packet de- 
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fined by the Serial Bus Protocol-2 (SBP-2). 
[001 9] Another aspect of the prese nt invention relates 
to an electronic instrument comprising any of the above 
data transfer control systems and the device connected 
with the second bus. ^ 
[0020] Further aspect of the present invention relates 
to a program causing a data transfer control system to 
function as: 

a command processing section which receives a io 
command pacl^et transferred through a first bus and 
issues a command included in the command packet 
to a device connected with a second bus; and 
a Direct Memory Access (DMA) transfer instruction 
section which sets a fixed DMA data length irre- ^5 
spective of type of the issued command and in- 
structs start of DMA transfer to or from the device _ 
connected with the second bus. 

[0021 ] Still another aspect of the present invention re- 20 
lates to a data transfer control method for transferring 
data through a bus, the method comprising: 

receiving a command packet transferred through a 
first bus and issuing a command included in the 25 
command packet to a device connected with a sec- 
ond bus; and 

setting a fixed Direct Memory Access (DMA) data 
length irrespective of type of the issued command 
and instructing start of DMA transfer to or from the so 
device connected with the second bus. 



example in an embodiment of the present invention. 
FIG. 1 0 is a flowchart showing a detailed processing 
example in an embodiment of the present invention. 
FIG. 1 1 is an illustrative view of a data transfer con- 
trolling in an embodiment of the present invention. 
FIG. 12 is a flowchart showing a processing exam- 
ple in a comparative example. 
FIG. 1 3 is an illustrative view of a data transfer con- 
trolling in a comparative example. 
FIG. 14 is a flowchart showing a processing exam- 
ple in another comparative example. 
FIG. 1 5 is a view showing a configuration example 
of an AT Attachment (ATA)/ATAPI interface circuit. 
FIGS. 1 6A and 1 68 are views showing signal wave- 
form examples during PIO reading and PIO writing. 
FIGS. 1 7 A and 1 78 are views showing signal wave- 
form examples during DMA reading and DMA writ- 
ing. 

FIGS. 18A and 18Bare views showing signal wave- 
form examples during UltraDMA reading and Ul- 
traDMA writing. 

DETAILED DESCRIPTION OF THE EMBODIMENT 

[0023] Embodiments of the present invention are de- 
scribed below. 

[0024] Note that the embodiments described below 
do not limit the scope of the invention defined by the 
claims laid out herein. Similarly, the overall configuration 
of the embodiments below should not be taken as lim- 
iting the subject matter defined by the present invention. 



BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF 
THE DRAWING 

35 

[0022] 

FIG. 1 is an illustrative view of a layer structure of 
IEEE1394 and SBP-2. 

FIG. 2 is an illustrative view of an outline of process- 4o 
ing of SBP-2. 

FIG. 3 is an illustrative view of command processing 
in SBP-2 in the case of transferring data from an 
initiator to a target. 

FIG. 4 is an illustrative view of command processing ^5 
in SBP-2 in the case of transferring data from a tar- 
get to an initiator. 

FIGS. 5A to 5C are illustrative views of a page table. 

FIGS. 6A and 6B are illustrative views of a bus 

bridge function of a data transfer control system and 50 

relations between various commands. 

FIG. 7 is a view showing a configuration example 

of a data transfer control system and an electronic 

instrument in an aspect of the present invention. 

FIG. 8 is a view showing a flow of an outline of ATA 55 

Packet Interface (ATAPI) packet command 

processing. 

FIG. 9 is a flowchart showing a detailed processing 



1. IEEE1394 and SBP-2 
1.1 Layer Structure 

[0025] A protocol called Serial Bus Protocol-2 (SBP- 
2) has been proposed as a higher layer protocol includ- 
ing a part of a function of a transaction layer of 
IEEE1 394. SBP-2 (SBP in a broad sense) has been pro- 
posed to enable a command set of SCSI (MMC-2) to be 
utilized on the protocol of IEEE1 394. SBP-2 enables the 
command set which has been used in an electronic in- 
strument conforming to the SCSI standard to be used 
in an electronic instrument conforming to the IEEE1394 
standard merely by adding minimum changes to the 
command set. Therefore, the design and development 
of an electronic instrument can be facilitated. 
[0026] FIG. 1 schematically shows a layer structure 
(protocol stack) of IEEE1394 and SBP-2. 
[0027] The protocols of IEEE1394 (lEEEl 394-1995, 
PI 394a, PI 394b, etc.) include a transaction layer, a link 
layer, and a physical layer. 

[0028] The transaction layer provides an upper layer 
with an interface (service) in a transaction unit, and per- 
forms transactions such as a read transaction, write 
transaction, and lock transaction through an interface 
provided by the link layer in a lower layer. 
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[0029] In the read transaction, data is transferred to a 
requester node from a responder node. In the write 
transaction, data is transferred to the responder node 
from the requester node. In the lock transaction, data is 
transferred to the responder node from the requester 
node, and the responder node processes the data and 
returns the processed data to the requester node. 
[0030] The link layer provides addressing, data 
checking, data framing for packet transmission and re- 
ception, cycle control for isochronous transfer, and the 
like. 

[0031] The physical layer translates logical symbols 
used by the link layer into electrical signals, arbitrates 
for the bus. and provides a physical bus Interface. 
[0032] As shown in FIG. 1 , an SBP-2 layer provides 
a higher layer protocol including a part of the function of 
the transaction layer of IEEE1394 (first interface stand- 
ard in a broad sense). 

1 .2 Processing of SBP-2 

[0033] FIG. 2 shows a flowchart of the entire process- 
ing of SBP-2 (first higher layer protocol of the first inter- 
face standard in a broad sense). 
[0034] In SBP-2, read processing of a configuration 
ROM is performed for confirming connected equipment 
as shown in FIG. 2 (step T1). 

[0035] Login processing for allowing an initiator (per- 
sonal computer, for example) to acquire an access right 
to a target (storage device, for example) (request initia- 
tion permission; right to use the bus) is performed (step 
T2). In more detail, the login processing is performed by 
using a login operation request block (ORB) created by 
the initiator. 

[0036] A fetch agent is initialized (step T3). Command 
processing is performed by using a command block 
ORB (normal command ORB) (step T4), and logout 
processing is performed by using a logout ORB. (step 
T5). 

[0037] In the command processing in the step T4, the 
initiator transfers a write request packet (issues a write 
request transaction) to ring a doorbell register of the tar- 
get, as indicated by A1 in FIG. 3. The target transfers a 
read request packet, and the initiator returns a read re- 
sponse packet corresponding to the read request pack- 
et, as indicated by A2. This allows the ORB (command 
block ORB) created by the initiator to be fetched in a 
data buffer (packet buffer) of the target. The target an- 
alyzes a command included in the ORB fetched in the 
data buffer. 

[0038] If the command included in the ORB is a SCSI 
write command, the target transfers a read request 
packet to the initiator, and the initiator returns a read re- 
sponse packet corresponding to the read request pack- 
et, as indicated by A3. This allows data stored in a data 
buffer of the initiator to be transferred to the target. In 
the case where the target is a storage device, the trans- 
ferred data Is written in the storage device. 



[0039] If the command included in ORB is a SCSI read 
command, the target transfers a series of write request 
packets to the initiator, as indicated by B 1 in FIG. 4. In 
the case where the target is a storage device, data read 
5 from the storage device is transferred to the data buffer 
of the initiator. 

[0040] According to SBP-2, the target can transmit or 
receive data by transferring a request packet (issuing a 
transaction) at its convenience. Therefore, since it is un- 
10 necessary for the initiator and the target to operate in 
synchronization, data transfer efficiency can be in- 
creased. 

[0041] As a higher layer protocol of IEEE1 394. an AV/ 
C command which is suitable for transferring image and 

'5 sound data has been proposed in addition to SBP-2 
which is suitable for transferring data of a storage device 
or a printer. As a protocol for transferring internet proto- 
col (IP) packets on the IEEE1394 bus, a protocol called 
IPover1394 has also been proposed. 

20 [0042] In the case of transferring data between the 
target and the initiator, there may be a case where a 
page table is present in the data buffer of the initiator 
(personal computer or partner node) as shown in FIG. 
5A, and a case where a page table is not present in the 

25 data buffer of the initiator. 

[0043] In the case where a page table is present, the 
page table address and the number of elements are in- 
cluded in the ORB created by the initiator, as shown in 
FIG. 5B. The address (read address or write address) 

30 of data to be transferred is indirectly addressed by using 
the page table. 

[0044] In the case where a page table is not present, 
an address and data length are included in the ORB and 
data to be transferred is directly addressed, as shown 
35 in FIG. 5C. 

1 .3 Bus bridge function 

[0045] As shown in FIG. 6A, a data transfer control 
40 system 10 in the present embodiment has a bus bridge 
function between a bus BUSI (first bus) conforming to 
IEEE1394 (SBP-2) and a bus BUS2 (second bus) con- 
forming to ATA (IDE)/ATAPI. ATA (AT Attachment) is 
widely used as an interface standard mainly for hard 
^5 disk drives. ATAP I (ATA Packet Interface) is an interface 
standard which enables ATA to be used in optical disk 
drives such as CD drives. 

[0046] The data transfer control system 1 0 capable of 
realizing the bus bridge function shown in FIG. 6A is- 

50 sues a SCSI (SPC-2) command included in an ORB 
(command packet In a broad sense) transferred from a 
personal computer 2 to a storage device 100 (optical 
disk drive) as an ATAPI command. The data transfer 
control system 10 decodes the SCSI command trans- 

55 ferred by using SBP-2, analyses the contents of the SC- 
SI command, and starts DMA transfer between the data 
transfer control system 10 and the storage device 100. 
[0047] However, since various types of commands 
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are transferred through the SBP-2 bus. the processing 
load and processing time are increased if such com- 
mands are decoded and analyzed. 
[0048] As shown in FIG. 6B, only commands common 
to SCSI (Small Computer System Interface) and ATARI 
(AT Attachment Packet Interface) are used in operating 
systems (OS) manufactured by Apple Computer, Inc., 
Microsoft Corporation, and the like which operate on the 
personal computer 2. 

[0049] The present embodiment employs a data 
transfer control system having a configuration described 
below taking the above problems into consideration. 

2. Entire configuration 

[0050] FIG. 7 shows an entire configuration example 
of a data transfer control system in the present embod- 
iment and an electronic instrument including the data 
transfer control system. The following description is giv- 
en taking a case where a target which performs data 
transfer between the initiator and the target is a storage 
device (CD drive, DVD drive, or the like) as an example. 
However, the present invention is not limited thereto. 
[0051] The personal computer (host computer) 2 in- 
cluding a data buffer 4 is connected with an electronic 
instrument 8 through the bus BUS1 (first bus) conform- 
ing to IEEE1394. The electronic instrument 8 includes 
the data transfer control system 10 and the storage de- 
vice 100 (device in a broad sense). 
[0052] The electronic instrument 8 may include a sys- 
tern CPU, a system memory (ROM and RAM), an oper- 
ating section, a signal processing device, and the like 
(not shown). 

[0053] The data transfer control system 1 0 includes a 
physical layer (PHY) circuit 14. a link layer circuit 20, an 
SBP-2 circuit 22, an interface circuit 30, a packet man- 
agement circuit 38, and a packet buffer 40 (data buffer). 
The data transfer control system 10 includes a CPU 42 
and a flash memory 44 (EEPROM). The data transfer 
control system 10 includes firmware 50 of which 
processing modules (program) are stored in the flash 
memory 44 and which is executed by the CPU 42 (prop- 
essor in a broad sense). The data transfer control sys- 
tem 1 0 in the present embodiment does not necessarily 
include all the circuit blocks and functional blocks shown 
in FIG. 7. Some of the circuit blocks and functional 
blocks may be omitted. 

[0054] The physical layer circuit 14 is a circuit for re- 
alizing the protocol of the physical layer shown in FIG. 
1 by the hardware. The physical layer circuit 14 has a 
function of translating logical symbols used by the link 
layer circuit 20 into electrical signals. 
[0055] The link (& transaction) layer circuit 20 is a cir- 
cuit for realizing a part of the protocols of the link layer 
and the transaction layer shown in FIG. 1 by the hard- 
ware. The link layer circuit 20 provides various services 
for packet transfer between the nodes. 
[0056] Data transfer conforming to IEEE1394 can be 



performed between the data transfer control system 10 
and the personal computer 2 (an electronic Instrument 
in a broad sense) through the bus BUS1 (first bus) by 
utilizing the functions of the physical layer circuit 1 4 and 

5 the link layer circuit 20. 

[0057] The SBP-2 circuit 22 (transfer execution cir- 
cuit) is a circuit which realizes a part of the SBP-2 pro- 
tocol and a part of the transaction layer by the hardware. 
The function of the SBP-2 circuit 22 enables processing 

10 for dividing transfer data into a series of packets and 
continuously transferring the divided series of packets 
to be realized. 

[0058] The interface circuit 30 is a circuit which per- 
forms interface processing between the data transfer 

15^ control system 10 and the storage device 100. Data 
transfer conforming to ATA (AT Attachment) and ATAPI 
(ATA Packet Interface) can be performed between the 
data transfer control system 10 and the storage device 
100 through the bus BUS2 (second bus) by the function 

20 of the interface circuit 30. 

[0059] The data transfer control system 10 can be 
provided with a bus bridge function between IEEE 1394 
(first interface standard In a broad sense) and ATA (IDE) 
/ATAPI (second interface standard in a broad sense) by 

25 providing the physical layer circuit 14, the link layer cir- 
cuit 20, and the Interface circuit 30 as shown in FIG. 7. 
[0060] A DMA controller 32 included in the interface 
circuit 30 is a circuit for performing direct memory ac- 
cess (DMA) transfer between the data transfer control 

30 system 10 and the storage device 100 through the bus 
BUS2. 

[0061] The storage device 100 connected with the 
bus BUS2 includes an interface circuit 102 for perform- 
ing data transfer conforming to ATA (IDE)/ATAPI, and 
35 an access control circuit 104 which controls access 
(write or read) to a storage 106 such as an optical disk 
or hard disk. 

[0062] The buffer management circuit 38 is a circuit 
which manages an interface between the packet buffer 

40 40 and the link layer circuit 20 and the like. The buffer 
management circuit 38 includes registers for controlling 
the buffer management circuit 38, an arbitration circuit 
which arbitrates for bus connection to the packet buffer 
40, a sequencer which generates various control sig- 

45 nals. and the like. 

[0063] The buffer management circuit 38 includes a 
pointer management section 39. The pointer manage- 
ment section manages pointers of the packet buffer 40 
by using a ring buffer method, and updates a plurality of 

50 pointers for writing and reading. 

[0064] The packet buffer 40 (packet memory or data 
buffer) is a buffer for temporarily storing packets (trans- 
ferred data), and is formed by hardware such as an 
SRAM, SDRAM, or DRAM. In the present embodiment, 

55 the packet buffer 40 functions as a randomly accessible 
packet storage section. The packet buffer 40 may not 
be included in the data transfer control system 10 and 
be provided externally. 
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[0065] The CPU 42 (processor in a broad sense) con- 
trols the entire device and data transfer. 
[0066] The flash memory 44 (EEPROM) is an electri- 
cally erasable programmable nonvolatile memory. The 
processing modules (program) of the firmware 50 are 
. stored in the flash memory 44. 
[0067] The firmware 50 is a program which includes 
various processing modules (processing routines) and 
operates on the CPU 42. The protocols of the transac- 
tion layer and the like are realized by the firmware 50 
and the hardware such as the CPU 42. 
[0068] The firmware 50 (F/W) includes a communica- 
tion section 52. a management section 60, a fetch sec- 
tion 70, a storage task section 80, and a downloader 
section 90. The firmware 50 does not necessarily in- 
clude all of these functional blocks (modules). Some of 
the functional blocks may be omitted. 
[0069] The communication section 52 is a processing 
module which functions as an interface between the 
firmware 50 and the hardware such as the physical layer 
circuit 1 4 and the link layer circuit 20. 
[0070] The management section 60 (management 
agent) is a processing module which manages a login, 
reconnect, logout, reset, and the like. In the case where 
the initiator requests a login to the target, the manage- 
ment section 60 receives the login request. 
[0071 ] The fetch section 70 (fetch agent) is a process- 
ing module which receives an operation request block 
(ORB), issues a status, and requests the storage task 
section 80 to perform command processing. The fetch 
section 70 can also handle a link list of an ORB fetched 
by the fetch section 70 in response to a request from thQ - 
initiator, differing from the management section 60 
which can handle only a single request. 
[0072] The storage task section 80 is a processing 
module for processing a command included in an ORB 
and processing DMA transfer. 

[0073] The downloader section 90 is a processing 
module for updating the processing module of the 
firmware 50 stored in the flash memory 44 and the like. 
[0074] The storage task section 80 includes a com- 
mand processing section 82 and a DMA transfer instruc- 
tion section 84. 

[0075] The command processing section 82 performs 
various types of processing of an ORB (command pack- 
et or a command packet for data transfer operation re- 
quest in a broad sense) transferred through the bus 
BUS1 (first bus conforming to the first interface standard 
such as IEEE1394). In more detail, the command 
processing section 82 receives an ORB from the bus 
BUS1, and issues a command (SCSI or MMC-2 com- 
mand) included in the ORB to the storage device 100 
(device in a broad sense) connected with the bus BUS2 
(second bus conforming to the second interface stand- 
ard such as ATA/ATAPI). In this case, the command 
processing section 82 issues the command retrieved 
from the ORB (command packet) to the storage device 
1 00 without decoding the command (decode processing 



for checking the data count, the number of sectors, or 
parameters designated in the command), specifically, 
without analyzing the contents of the command. 
[0076] The DMA transfer instruction section 84 sets a 

5 fixed (predetermined) DMA data length, instructs start 
(initiation) of DMA transfer (data transfer without involv- 
ing the CPU) through the bus BUS2. and the like. 
[0077] In more detail, the DMA transfer instruction 
section 84 sets a fixed DMA data length (DMA data size) 

io irrespective of the command (command included in the 
ORB) issued by the command processing section 82. 
Specifically, the DMA transfer instmction section 84 sets 
a fixed DMA data length in a given register (DMA data 
length setting register) of the interface circuit 30 even if 

'5 the command is a read command or a read CD com- 
mand, for example. The DMA transfer instruction sec- 
tion 84 instructs the interface circuit 30 (storage device 
100) and the like to start DMA transfer for the DMA data 
length. In more detail, the DMA transfer instruction sec- 
20 tion 84 instructs issuance of a DMA transfer request ac- 
knowledge signal (DMACK) in response to a DMA trans- 
fer request signal (DM ARQ) from the storage device 1 00 
to start DMA transfer. 

[0078] The DMA transfer instruction section 84 aborts 
25 the DMA transfer which has been started when the stor- 
age device 100 connected with the bus BUS2 notifies 
the data transfer control system 10 of completion of 
command processing by using a signal INTRO (inter- 
njpt) or the like. In more detail, the DMA transfer instruc- 
30 tion section 84 releases the interface circuit 30 (DMA 
controller 32) and the like from a DMA transfer transmis- 
sion or reception state, and clears a DMA transfer coun- 
ter to zero (initial value). 

[0079] As the fixed DMA data length, a value greater 
35 than the storage capacity (670 Mbytes (CD) or 4.7 
Gbytes (DVD), for example) of the storage 1 06 (medium 
in/from which transfer data is written/read by the storage 
device 100) may be empbyed. A value greater than a 
data length which can be designated by a command 
(SBP-2 or ATAPI) (maximum data length which can be 
indicated by the number of bits in the data length field 
of the packet) may also be employed. A maximum data 
length determined by limitations on the hardware, inter- 
face standard, and protocol may also be employed. The 
^5 fixed DMA data length may be set in the register (D flip- 
flops or memory) or the like in advance, and need not 
be set each time DMA transfer is started. 
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3. Detail of processing 

[0080] FIG. 8 is a flowsheet showing an outline of 

ATAPI packet command processing. 

[0081] ATAPI is an interface standard for controlling 

multimedia devices such as CD drives and DVD drives. 

An ATAPI packet command is located in an upper layer 

of an ATA command, and is issued by using the ATA 

command. 

[0082] in ATA, a command is executed by setting pa- 
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rameters in an ATA register and writing the command in 
a command register. In ATAPI, only a PACKET com- 
mand is written in the command register, and a device 
control command is transferred in the subsequent 
ATARI packet command transfer. Data is transferred to 
a data register after the packet command transfer. This 
enables ATARI to be realized by utilizing the ATA control 
system. 

[0083] The data transfer control system 10 in the 
present embodiment realizes data transfer through the 
bus BUS2 by utilizing the ATARI packet command. 
[0084] FIGS. 9 and 10 show flowcharts of detailed 
processing in the present embodiment. 
[0085] If the data transfer control system 1 0 receives 
an ORB during SBR-2 processing (step S1) the data 
transfer control system 10 acquires an SBR-2 data 
length from the data size of the ORB (or page table), 
and sets a DMA data length to 2 Tbytes (terabytes), for 
example (step S2). 

[0086] Specifically, the data transfer control system 
10 does not perform decode processing (acquisition of 
the data count or the number of sectors, analysis of pa- 
rameters, and the like) of the command (read command, 
write command, read CD command, or the like) included 
in the ORB. as indicated by E1 in FIG. 11. The data 
transfer control system 1 0 sets a fixed DMA data length 
(2 Tbytes) irrespective of the type of the command in- 
cluded in the ORB. The data transfer control system 10 
issues the command included in the ORB to the storage 
device 1 00 through the bus BUS2, as indicated by E2 
in FIG. 11 (step 810). 

[0087] FIG, 10 shows a flowchart of command issu- 
ance processing in the step S10. 
[0088] The data transfer control system 10 selects a 
drive (master/slave) (step S21 ). The data transfer con- 
trol system 1 0 judges whether or not the storage device 
100 is busy (step S22). If the storage device 100 is not 
busy, the data transfer control system 10 issues a 
PACKET command (step 823; see FIG. 8). The data 
transfer control system 10 then judges whether or not 
the storage device 100 is busy, or whether or not the 
signal DMARQ has been received from the storage de- 
vice 1 00 (step 824). If the storage device 1 00 is not busy 
or the signal DMARQ has been received from the stor- 
age device 100, the data transfer control system 10 
judges whether or not an error has occurred (step S25). 
If an error has occurred, the data transfer control system 
10 aborts the command (step 828), and transitions to 
status transmission processing in step S 19 in FIG. 9. 
[0089] If an error has not occurred, the data transfer 
control system 10 transfers an ATARI packet command 
(step S26; see FIG. 8). The data transfer control system 
10 then judges whether or not an error has occurred 
(step S27). If an error has occurred, the data transfer 
control system 10 aborts the command (step 828). and 
transitions to the status transmission processing in the 
step SI 9 in FIG. 9. If an error has not occurred, the data 
transfer control system 10 completes the command is- 



suance processing normally. 

[0090] The processing shown in FIG. 9 is described 
below. After the command issuance processing has 
been completed, the data transfer control system 10 

5 judges whether or not the data length is zero (step S1 1 ). 
If the command included in the ORB is a test unit ready 
command or a start/stop unit command, the data length 
is zero. If the data length is zero, the data transfer control 
system 1 0 transitions to step SI 7. 

10 [0091] If the data length is not zero, the data transfer 
control system 1 0 judges whether or not the storage de- 
vice 1 00 has asserted the signal DMARQ (DMA transfer 
requestsignal), as indicated by E3 in FIG. 11 (step 812). 
If the signal DMARQ has been asserted, the data trans- 

is fer control system 1 0 instructs start of 2 Tbytes of DMA 
transfer between the data transfer control system 10 
and the storage device 100, as indicated by E4 in FIG. 
11 (step 813). 

[0092] Specifically, signals such as the DMA transfer 
20 request signal DMARQ and the DMARQ acknowledge 
signal DMACK are defined for the bus BUS2 conforming 
to ATA/ATARI as described later. If the interface circuit 
102 of the storage device 100 asserts the signal 
DMARQ and the interface circuit 30 of the data transfer 
25 control system 1 0 then asserts the signal DMACK, DMA 
transfer is started. 

[0093] The data transfer control system 10 then in- 
structs start of data transfer for the SBP-2 data length 
between the data transfer control system 10 and the PC 
30 (personal computer 2). as indicated by E5 in FIG. 11 
(step 814). 

[0094] In the present embodiment, data transfer be- 
tween the data transfer control system 10 and the PC is 
realized by using the SBR-2 circuit 22 (hardware circuit). 

35 This enables data (write data) received from the PC 
through the bus BUS1 to be automatically transferred to 
the storage device 100 through the packet buffer 40 and 
the bus BUS2 after setting the SBR-2 data length and 
the DMA data length. This also enables data (read data) 

40 received from the storage device 100 through the bus 
BUS2 to be automatically transferred to the PC through 
the packet buffer 40 and the bus BUS1 . Therefore, it is 
unnecessary for the firmware 50 (CPU 42) to take part 
in data transfer processing until the SBP-2 transfer 

45 through the bus BUS 1 and the ATARI DMA transfer 
through the bus BUS2 are completed. This significantly 
reduces the processing load of the firmware 50. 
[0095] If the data transfer control system 10 judges 
that the data transfer (hardware 8BP-2 transfer) be- 

50 tween the data transfer control system 10 and the PC 
has been completed (step 81 6), the data transfer control 
system 1 0 judges whether or not the command process- 
ing of the storage device 100 has been completed (step 
SI 7). The judgment is made by using the intermpt signal 

55 INTRO defined in ATA/ATARI or the like. If the data 
transfer control system 10 judges that the command 
processing has been completed, the data transfer con- 
trol system 10 aborts the DMA transfer, as indicated by 
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E6 in FIG. 13 (step SI 8). The data transfer control sys- 
tem 10 then transmits the status to the PC as indicated 
by E7 (step S19). 

[0096] In the present embodiment, a sufficiently great 
value (2 Tbytes) is set as the DMA data length as indl- 5 
Gated by the step S2 in FIG. 9. Therefore, the DMA 
transfer is not completed because the DMA data length 
does not become zero. Therefore, the DMA transfer is 
aborted on condition that the command processing is 
finished (DMA transfer is considered to be completed), io 
as indicated by the step S17. 

[0097] In more detail, since the DMA data length does 
not become zero even if the data transfer through the 
bus BUS2 is substantially completed, the data transfer 
control system 10 is in a DMA transfer transmission or is 
reception wait state. If the storage device 100 notifies 
the data transfer control system 10 of completion of the 
command processing in this state by asserting the in- 
terrupt signal INTRQ, the data transfer control system 
10 in the present embodiment releases the DMA trans- 20 
fer transmission or reception wait state and aborts the 
DMA transfer. This enables the DMA transfer to be com- 
pleted normally. 

[0098] In the present embodiment, since a sufficiently 
great DMA data length is set, the SCSI command includ- 25 
ed in the ORB transferred from the bus BUS 1 can be 
issued to the storage device 1 00 throug h the bus BUS2 
without analyzing the contents of the SCSI command. 
Therefore, decode processing of the command can be 
omitted, whereby the processing load can be significant- so 
ly reduced. Moreover, even if the DMA transfer is started 
after setting a sufficiently great DMA data length, the 
DMA transfer can be completed normally by aborting the 
DMA transfer after the storage device 100 advised of 
completion of the command processing. 35 
[0099] in SCSI, a control byte is added to the end of 
a command differing from ATARI. SCSI uses 6-byte, 
10-byte, and 12-byte commands, and ATARI uses only 
1 2-byte commands. A command block in an ORB is 1 2 
bytes. A command of less than 1 2 bytes is padded, and 4o 
a control byte is not added to the command. Therefore, 
no problem occurs even if a SCSI (MMC-2) command 
included in an ORB is issued to the ATARI storage de- 
vice 100. In the present embodiment, a command in- 
cluded in an ORB may be issued to the storage device ^5 
100 after adding some changes to the command. 
[0100] FIG. 12 shows a flowchart of a data transfer 
control method in a comparative example of the present 
embodiment. In the comparative example shown in FIG. 
1 2, the DMA data length is acquired by decoding a com- 50 
mand included in an ORB. 

[0101] Commands which should be decoded may be 
classified as follows, for example. 
[0102] As examples of commands for transmitting or 
receiving data, a mode sense command, a mode select ss 
command, and an inquiry command which designate 
the data length by the number of bytes, a read command 
and a write command which designate the data length 



by the number of sectors, and the like can be given. 
[0103] As examples of commands which do not trans- 
mit or receive data, a test unit ready command, a start/ 
stop unit command, and the like can be given. 
[0104] In the case of designating the data length by 
the number of sectors, it is necessary to designate the 
sector length in order to calculate the actual data length. 
In this case, the sector length may be designated by us- 
ing the following methods. (1) Designation of sector 
length by mode select command (legacy SCSI specifi- 
cation) 

[01 05] The sector length is designated by a parameter 
of a mode select command. If the storage device (CD 
drive) normally completes the mode select command, 
the sector length designated in the mode select com- 
mand is used as the subsequent sector length. (2) Des- 
ignation of sector length by read CD command 
[0106] In the case where the sector length is desig- 
nated by a parameter of a read CD command, the sector 
length is effective only for one command. 
[0107] In the comparative example, processing 
shown in FIG. 1 2 Is necessary for dealing with such var- 
ious commands. 

[0108] In FIG. 12, if the data transfer control system 
receives an ORB (step S31), the data transfer control 
system decodes a command included in the ORB and 
judges whether or not the data count is designated in a 
byte unit (step S32). If the data count is designated in a 
byte unit, the data transfer control system employs the 
data count designated in the command as the data size 
(step S33). If the data count is not designated in a byte 
unit, the data transfer control system judges whether or 
not the data count is designated in a sector unit (step 
S34). If the data count is not designated in a sector unit, 
the data transfer control system sets the data size to 
zero (step S35). 

[0109] If the data count is designated in a sector unit, 
the data transfer control system judges whether or not 
the sector size is present (step S36). If the sector size 
is not present, the data transfer control system employs 
2048 bytes x (number of sectors in command) as the 
data size (step S37). If the sector size is present, the 
data transfer control system employs (designated sec- 
tor size) X (number of sectors in command) as the data 
size (step S38). 

[01 10] In the comparative example shown in FIG. 12, 
the data transfer control system sets the data size ob- 
tained by the above processing as the SBP-2 data 
length and the DMA data length (step S39). The data 
transfer control system then performs processing in 
steps S40 to S48. In the processing in the steps S40 to 
S48. the data transfer control system judges whether or 
not the DMA transfer has been completed based on the 
DMA data length and the like in the step S45 (see F6 in 
FIG. 13), differing from the processing in the present 
embodiment shown in FIG, 9. The abort processing of 
the DMA transfer in the step SI 8 in FIG. 9 is not present 
in FIG. 1 2. 
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[01 1 1] In the comparative example shown in FIG. 1 2, 
since the command decode (analysis) processing is 
performed in the steps S32 to S38 (see F1 in FIG. 13), 
the processing load Is increased. On the other hand, 
since the command decode processing is unnecessary 
in the present embodiment shown in FIG. 9, the present 
embodiment is more advantageous from this point of 
view. 

[01 12] FIG. 1 4 is a flowchart showing processing of a 
data transfer control method in another comparative ex- 
ample. In the comparative example shown in FIG. 14, 
the DMA data length is acquired by referring to a page 
table of an ORB and the like. 

[0113] In FIG. 14, if the data transfer control system 
receives an ORB (step S51), the data transfer control 
system judges whether or not the data size in the ORB 
is zero (step S52). If the data size in the ORB is zero, 
the data transfer control system transitions to step S56. 
If the data size in the ORB is not zero, the data transfer 
control system judges whether or not a page table is 
present in the data buffer of the PC (step S53). If a page 
table is present, the data transfer control system reads 
all of page table and calculates the data size (step S54). 
The data transfer control system then sets the calculat- 
ed data size as the SBP-2 data length and the DMA data 
length (step S56). The subsequent processing in steps 
S60 to S68 is the same as the processing in the steps 
S40 to S48 in FIG. 1 2. 

[0114] In the comparative example shown in FIG. 14, 
since the processing in the steps S52 to S54 is neces- 
sary, the processing load is increased. Therefore, the 
present embodiment shown in FIG. 9 is more advanta- 
geous from this point of view. 

4. ATA/ATAPI interface circuit 

[0115] FIG. 15 shows a configuration example of the 
ATA/ATAPI interface circuit 30. The interface circuit 30 
does not necessarily include all the circuit blocks shown 
in FIG. 15. Some of the circuit blocks may be omitted. 
[0116] A FIFO 31 is a buffer for adjusting (buffering) 
the difference in data transfer rate. The DMA controller 
32 is a circuit which controls (REQ/ACK control) the 
FIFO 31 and an interface core circuit 34. 
[0117] The interface core circuit 34 is a circuit which 
controls DMA transfer and the like. A counter 35 includ- 
ed in the interface core circuit 34 is an ATA (IDE)/ATAPI 
reset counter . A UDMA circuit 36 included in the inter- 
face core circuit 34 is a circuit for controlling ATA/ATAPI 
UltraDMA transfer. The UDMA circuit 36 includes an Ul- 
traDMA FIFO 37 and an UltraDMA CRC calculation cir- 
cuit 38. 

[0118] A register 33 is a register for controlling start 
of DMA transfer and the like. The register 33 is acces- 
sible by the fimriware 50 (CPU 42). 
[01 19] A signal CS[1 :0) is a chip select signal used to 
access each ATA register. A signal DA[2:0] is an ad- 
dress signal for accessing data or a data port. 



[0120] The signals DMARQ and DMACK are signals 
used for DMA transfer. The storage device 1 00 (device) 
asserts (activates) the signal DMARQ when prepara- 
tions for data transfer are completed, and the data trans- 
5 fer control system 10 (host) asserts the signal DMACK 
when initiating the DMA transfer in response to the sig- 
nal DMARQ. 

[0121] A signal DlOW (STOP) is a write signal used 
to write data in a register or a data port. The signal DlOW 

10 functions as a STOP signal during UltraDMA transfer. A 
signal DIOR (HDMARDY, HSTROBE) is a read signal 
used to read data from a register or a data port. The 
signal DIOR functions as an HDMARDY/HSTROBE sig- 
nal during UltraDMA transfer. 

15 [0122] A signal lORDY (DDMARDY, DSTROBE) is 
used as a wait signal when the storage device 1 00 does 
not complete preparations for data transfer and the like. 
The signal lORDY functions as a DDMARDY/ 
DSTROBE signal during UltraDMA transfer. 

20 [01 23] The signal INTRQ is a signal used for the stor- 
age device 100 (device) to request an interrupt to the 
data transfer control system 1 0 (host). If the data trans- 
fer control system 10 reads the contents of the status 
register of the storage device 1 00 after the signal INTRQ 

25 is asserted, the storage device 100 negates (deacti- 
vates) the signal INTRQ after a given period has 
elapsed. The storage device 100 can notify the data 
transfer control system 1 0 of the completion of the com- 
mand processing by using the signal INTRQ. 

30 [0124] FIGS.-.16A to 18B show signal waveform exj^ 
amples of the above ATA signals. In FIGS. 16A to 18B, 
indicates that the signal is a negative logic signal (as- 
serted at L level). 

[0125] FIGS. 16A and 16B are signal waveform ex- 

35 amples during PIO (Parallel I/O) reading and PIO writ- 
ing. The ATA status register is read by the PIO reading 
shown in FIG. 1 6A. The control register is written by the 
PIO writing shown in FIG. 16B. For example, issuance 
of the PACKET command and transfer of the ATAPI 

40 packet command to the storage device 100 (see FIGS. 
8 and 10) may be performed by the PIO transfer. 
[0126] FIGS. 17A and 17B are signal waveform ex- 
amples during DMA reading and DMA writing. The stor- 
age device 100 (interface circuit 102) asserts the signal 

45 DMARQ (H level) when preparations for data transfer 
are completed. The data transfer control system 10 (in- 
terface circuit 30) asserts the signal DMACK (L level) in 
response to the signal DMARQ to start DMA transfer. 
The DMA transfer of data DD[1 5:0] is performed by us- 

50 ing the signal DIOR (during reading) or DlOW (during 
writing). 

[0127] FIGS. 18A and 18B are signal waveform ex- 
amples during UltraDMA reading and UltraDMA writing. 
The storage device 100 asserts the signal DMARQ 
55 when preparations for data transfer are completed. The 
data transfer control system 10 asserts the signal 
DMACK in response to the signal DMARQ to start DMA 
transfer. The UltraDMA transfer of data DD[15:0] is per- 
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formed by using the signals DlOW, DIOR, and lORDY. 
[0128] The present invention is not limited to the 
present embodiment. Various modifications and varia- 
tions are possible within the spirit and scope of the 
present invention. s 
[0129] For example, the terms (IEEE1394. ATA/ 
ATARI, SBP-2, IPover1394, ORB, personal computer/ 
storage device, hard disl^ drive/optical disk drive, stor- 
age device, CPU. and the like) cited in the description 
in the specification as the terms in a broad sense (first io 
interface standard, second interface standard, first high- 
er layer protocol of the first interface standard, second 
higher layer protocol of the first interface standard, com- 
mand packet, electronic instmment, storage device, de- 
vice, processor, and the like) may be replaced by the is 
terms in a broad sense in another description in the 
specification. 

[0130] Part of requirements of a claim of the present 
invention could be omitted from a dependent claim 
which depends on that claim. Moreover, part of require- 20 
ments of any independent claim of the present invention 
could be made to depend on any other independent 
claim. 

[0131] The configuration of the data transfer control 
system and the electronic instrument of the present in- 25 
vention is not limited to the configuration shown in FIG. 
7. Various modifications and variations are possible. For 
example, a part of each of the circuit blocks and the func- 
tional blocks shown in FIGS. 9 and 18 may be omitted, 
or the connection relation between the blocks may be so 
modified. The second bus (BUS2) may be connected 
with a device other than the storage device. The con- 
nection configuration of the physical layer circuit, the link 
layer circuit, and the packet buffer is not limited to the 
connection configuration shown in FIG. 7. 35 
[0132] The present embodiment illustrates the case 
where the functions of the command processing sec- 
tion, DMA transfer instruction section, and the like are 
realized by the firmware (program). However, a part or 
all of the functions of these sections may be realized by 40 
hardware. 

[0133] The present invention may be applied to vari- 
ous types of electronic instruments (hard disk drive, op- 
tical disk drive, magneto-optical disc drive, PDA, expan- 
sion device, audio equipment, digital video camera, ^5 
portable telephone, printer, scanner, TV, VTR. tele- 
phone, display device, projector, personal computer, 
electronic notebook, and the like). 
[0134] The present embodiment illustrates the case 
where the present invention is applied to data transfer 50 
conforming to the IEEE 1394, SBP-2, and AT/V/ATAPI 
standards. However, the present invention may be ap- 
plied to data transfer conforming to standards based on 
the same idea as IEEE1394 (P 1394a), SBP-2 (SBP), 
and ATA/ATAPI and standards developed from 55 
IEEE1394, SBP-2, and ATA/ATAPI. 



Claims 

1 . A data transfer control system for transferring data 
through a bus, comprising: 

a command processing section which receives 
a command packet transferred through a first 
bus and issues a command included in the 
command packet to a device connected with a 
second bus; and 

a Direct Memory Access (DMA) transfer in- 
struction section which sets a fixed DMA data 
length irrespective of type of the issued com- 
mand and instructs start of DMA transfer to or 
from the device connected with the second bus. 

2. The data transfer control system as defined In claim 
1. 

wherein the DMA transfer instruction section 
aborts the started DMA transfer when the device 
which is connected with the second bus and has 
received the issued command informs of comple- 
tion of command processing. 

5. The data transfer control system as defined in 
claims 1 or 2, 

wherein the DMA transfer instruction section 
instructs start of the DMA transfer when the device 
which is connected with the second bus and has 
received the issued command requests start of the 
DMA transfer. 



4. 



The data transfer control system as defined in any 
one of claims 1 to 3, 

wherein the device connected with the sec- 
ond bus Is a device which writes data transferred 
through the second bus in a storage or reads data 
to be transferred through the second bus from the 
storage, and 

wherein the DMA transfer instruction section 
sets a value greater than a storage capacity of the 
storage as the fixed DMA data length. 

— 

The data transfer control system as defined in any 
one of claims 1 to 4, 

wherein the DMA transfer instruction section 
sets a value greater than a data length which is ca- 
pable of being designated by a command included 
in the command packet as the fixed DMA data 
length. 

The data transfer control system as defined in any 
one of claims 1 to 5, 

wherein the command processing section is- 
sues a command included In the command packet 
to the device connected with the second bus without 
decoding the command. 
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7. The data transfer control system as defined in any 
one of claims 1 to 6, 

wherein the first bus is a bus through which 
data is transferred according to a first interface 
standard and the second bus is a bus through which 
data IS transferred according to a second interface 

standard, and 

wherein the command packet is a pacl<et de- 
fined by a higher layer protocol of the first interface 
standard. 

8. The data transfer control system as defined in any 

one of claims 1 to 7, 

wherein the first bus is a bus through which 
data is transferred according to the IEEE1394 
standard and the second bus is a bus through which 
data is transferred according to the AT Attachment 
(ATA)/ATA Packet Interface (ATAPI) standard, and 

wherein the command packet is an ORB 
packet defined by the Serial Bus Protocol-2 (SBP- 

2). 

9. An electronic instrument comprising: 

the data transfer control system as defined in 

any one of claims 1 to 8; and 

the device connected with the second bus. 

10. A program causing a data transfer control system 
to function as: • 

a command processing section which receives 
a command packet transferred through a first 
bus and issues a command included in the 
command packet to a device connected with a 
second bus; and 

a Direct Memory Access (DMA) transfer in- 
stnjction section which sets a fixed DMA data 
length irrespective of type of the issued com- 
mand and instructs start of DMA transfer to or 
from the device connected with the second bus. 

11. The program as defined in claim 10, 

wherein the DMA transfer instruction section 
aborts the started DMA transfer when the device 
connected with the second bus which has received 
the issued command informs of completion of com- 
mand processing. 

12. A data transfer control method for transferring data 
through a bus, the method comprising: 

receiving a command packet transferred 
through a first bus and issuing a command in- 
cluded in the command packet to a device con- 
nected with a second bus; and 
setting a fixed Direct Memory Access (DMA) 
data length irrespective of type of the issued 
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command and instnjcting start of DMA transfer 
to or from the device connected with the second 
bus. 

13. The data transfer control method as defined in claim 
12, further comprising: 

aborting the started DMA transfer when the de- 
vice connected with the second bus which has 
received the issued command informs of com- 
pletion of command processing. 
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